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TITLE OF THE INVENTION 

STORAGE OPERATION MANAGEMENT SYSTEM 

BACKGROUND OF THE INVENTION 
5 Field of the Invention 

The present invention relates to a storage operation 
management system, and more particularly to an operation 
management technology of a storage area network (SAN) that decides 
an object range of a volume that is assumed to be an allocation 
10 candidate and a candidate volume based on policy information 
input regarding storage volume allocation from a user. 
Description of the Prior Art 

With the spread of an electronic business transaction and 
an increase in the utilization of multimedia data, the quantity 
15 of data an enterprise handles is increasing suddenly. As a result 
of this, an SAN technology that can handle a large amount of 
data effectively is spreading. 

The flexibility of a business information system has 
increased by the installation of the SAN, but the configuration 
20 of storage equipment becomes complicated and the setting of the 
equipment a system administrator performs is also complicated. 
Further, because centralized control of storage has been enabled, 
not only the quantity of data handled by one system administrator 
increases but also an operating system (OS) of a business server 
25 and a type of a business application are increasing. Further, 



because the amount of data is inclined to increase day by day, 
the enhancement of the storage equipment and the allocation work 
of storage to the business server is being performed frequently. 

In order to simplify a storage operation business in this 
5 manner, an operation technology that collects various types of 
condition elements and rules as policies, and names and defines 
the policy, then automatically decides a volume to be allocated 
by an operation based on the policies is becoming commonly 
accepted. 

10 There are the following methods for specifying a volume 

selection policy that decides an object of storage allocation 
in the prior technology. 

The first method explicitly specifies retrieval conditions 
of a volume that is assumed to be an allocation candidate as 

15 the policies. Classification of storage equipment that is 

assumed to be a candidate by a type name and specification such 
as types (RAID1 and RAIDS) of RAID (Redundant Arrays of 
Inexpensive Disks) and drive configurations (3D + IP (one parity 
disk to three data disks)) are defined based on the policies. 

20 The second method performs relative specification such 

as "High", "Mid", and "Low" respectively from the standpoint 
of performance and reliability or specification without levels 
as well as at three levels instead of specific specification 
as a type name, a RAID type, and a drive configuration of storage 

25 equipment. Even in a case like this, however, which of items 
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is applicable to each of "High", "Mid" , and "Low" inside an 
operation management system if they are expressed in the storage 
equipment type name, RAID type, and drive configuration? In 
most cases, they are associated statically. 

5 Regarding this kind of the technology , a method for setting 

a logical area in a disk unit by preparing a table in which policies 
were registered, referring to this table when the logical area 
is set in the disk unit, and converting the table to performance 
and reliability information based on the policies is disclosed 

10 in Japanese Unexamined Patent Application Publication No. Hei 
14 (2002) - 222601, for example. 

In the aforementioned methods, in the former method, it 
is difficult to realize the optimum volume allocation unless 
a user himself or herself is familiar with characteristics of 

15 storage according to the volume specifications. Further, in 
the latter method, because the distribution every user ' s storage 
specifications varies by a change in equipment configuration 
that arises from the expansion of storage equipment, the volume 
classified into "High" at a point of time will also be classified 

20 into "Mid" some time. Accordingly, the necessity of reviewing 
an association inside the operation management system occurs 
and the work that decides how the association should be reviewed 
is complicated and becomes a workload of the user. Further, 
even in either case, when the volume is allocated, there is a 

25 problem that the user must consider a difference in requirement 



4 



characteristics every business application. 

SUMMARY OF THE INVENTION 
An object of the present invention is to apply a storage 
5 management system whose volume allocation is easy and whose 
operability improves. 

Another object of the present invention is to provide, 
when the configuration status of a storage device in a storage 
system changed, a storage operation management system that 
10 selects a volume in accordance with the change. 

A further object of the present invention is to provide 
a storage operation management system that performs volume 
selection processing by managing requirement characteristics 
regarding a business application and classification of a level 
1 5 of performance or reliability by the storage operation management 
system and by allowing a user to relatively specify the type 
of the application and the performance or reliability level as 
policy elements. 

The present invention has multiple storage devices 
20 connected to a network and an operation management server for 
controlling operations of these storage devices, and is realized 
by the operation management server in a storage system that 
provides information from the storage devices to a business server 
having multiple applications accessed via the network. That 
25 is, this operation management server is constructed by having: 



5 



a policy acquisition means which acquires a policy regarding 
a volume; a detection means which detects whether a change 
occurred in a configuration of the storage devices connected 
to the network; a volume information management means which, 
5 when the change was detected by the detection means, acquires 
a specification value of the volume from the changed storage 
device and updates volume management information, a memory means 
which holds an attribute value of a storage device corresponding 
to a type of an application used in the business server for a 

10 total volume including the volume updated by the volume 
information management means, a processing means which 
calculates a standard value for classification of the attribute 
value with reference to a type of the application obtained by 
referring to the memory means , and an allocation processing means 

15 in which an attribute value conforming to a type of an application 
with reference to the policy requested by the policy acquisition 
means allocates an unallocated volume within a range of a standard 
value calculated by the processing means. 

For example, each of the aforementioned means is realized 

20 as a program that functions on a storage operation management 
system. 

The policy acquisition means acquires the attribute value 
related to the volume sent from an operation management terminal 
via the network and information including the type of the 
25 applications as policies . In a desirable example , this operation 
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management terminal has a display, and the information on the 
specified policy and the information on the volume selected by 
the allocation processing means are displayed for a user's 
confirmation . 

5 The memory means stores, desirably, a first table for 

managing the attribute value, a second table for managing 
information about the attribute value required corresponding 
to the type of the application, a third table for managing 
information that indicates a status of a total volume, and a 

10 fourth table that indicates the volume for every application 
type generated based on the information on the first to third 
tables, a level regarding the attribute value, and an allocation 
status of the volume to the business server. 

The volume information management means has a means which 

15 adds the specification value acquired from the changed storage 
device to the first table as a record, a means which acquires 
volume information from the changed storage device , a means which 
adds the acquired volume information to the third table as a 
record, and a means which adds volume information for a changed 

20 application to the fourth table by referring the first to third 
tables as a record. 

In a desirable example, a value regarding performance and 
reliability is used as the attribute value . Further , for example , 
information on the performance and reliability is stored in the 

25 memory means with reference to Web contents, an image file, and 
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a DBMS management area as the application type. 

The processing means has a first calculation means which 
calculates the standard value of level classification in 
accordance with the type of the application when a volume is 
5 selected for the attribute value and a second calculation means 
calculates the standard value of the level classification in 
accordance with a change in distribution states of multiple 
storage devices for the attribute value after the configuration 
of a storage device changed. For example, this second 

10 calculation means calculates the standard value so that the volume 
of the same number can be included respectively in each rank 
in the classification. 

The present invention is also grasped as a storage operation 
management method in a system including multiple storage devices 

15 connected to a network. This method, for example, has a step 
of obtaining a first distribution of multiple volumes with 
reference to at least one attribute value that evaluates the 
storage device, a first step that calculates a standard value 
of level classification in accordance with a type of an 

20 application when the volume is selected in the obtained first 
distribution, a step of detecting a change in a configuration 
of the storage device included in a system, a step of obtaining 
a second distribution of the multiple volumes with reference 
to the attribute value for the system including the storage device 

25 after the change, and a second calculation step that calculates 
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the standard value of the level classification in accordance 
with the type of the application when the volume is selected 
in the obtained second distribution. 

Desirably, performance and reliability are used as the 
5 attribute value and the first and second distribution of the 
multiple volumes are obtained regarding the performance and 
reliability. Further, performance and cost are used as the 
attribute value as another example and the first and second 
distribution of the multiple volumes regarding the performance 
10 and cost are obtained. 

BRIEF DESCRIPTION OF THE DRAWINGS 
Fig. 1 is a drawing showing system configuration for storage 
operation management according to one embodiment of the present 
15 invention; 

Fig. 2 is a drawing showing a volume distribution state 
that arises from a storage configuration change; 

Fig. 3 is a drawing showing an example of an application 
requirement table that defines necessary performance and 
20 evaluation function coefficients corresponding to an 
application; 

Fig. 4 is a drawing showing an example of a performance 
table that defines a specification value of volume performance 
in each storage device; 
25 Fig. 5 is a drawing showing an example of a reliability 
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table that defines an index of volume reliability in each storage 
device ; 

Fig. 6 is a drawing showing an example of a total volume 
table that manages volume specifications and an allocated state 
of a volume to a business server; 

Fig. 7 is a drawing showing an example of a volume table 
per application; 

Fig. 8 is a drawing showing an example of a flowchart of 
processing that updates volume management information by a volume 
information management unit 82; 

Fig. 9 is a drawing showing an example of the flowchart 
of a volume selection processing operation; 

Fig. 10 is a drawing showing a display example of an 
operation management screen; and 

Fig. 11 is a drawing showing the volume distribution state 
according to another embodiment . 

DESCRIPTION OF PREFERRED EMBODIMENTS 
The embodiments of the present invention are described 

in detail below with reference to the drawings. 

Fig. 1 is a bock diagram for a storage operation management 

system according to one embodiment. 

This management system includes an operation management 

terminal 10 , an operation management server 20 , a business server 

30, and a storage device 50. The operation management terminal 
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10 and the operation management server 20 are connected via a 
network 91. The operation management server 20, the operation 
server 30, and the storage device 50 are connected via an SAN 
92. Moreover, including the connection of this example, for 
5 example, the operation management server 20, the business server 
30 , and the storage device 50 can also be connected to the network 
91. 

The operation management server 20 has a CPU 21 that is 
a processing unit, a main memory 22, and a secondary memory 23 

10 such as a hard disk unit. The main memory 22 holds software 
that realizes a storage operation management system 80 , abusiness 
server management function 85 , and a storage management function 
86 as application software. Further, the storage operation 
management system 80 has a policy acquisition unit 81, a volume 

15 information management unit 82, a volume selection processing 
unit 83, and a volume allocation processing unit 84. The 
functions implemented by these units are characteristic of the 
embodiments of the present invention and the details are described 
later. 

20 The secondary memory 23 holds and manages an application 

requirement table 71 , a performance table 73 , a reliability table 
75 , a total volume table 76 , and a volume table 78 per application . 
The configuration of these tables is characteristic of this 
embodiment and the details are described later. 

25 Usually, the multiple business servers 30 are connected 
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to the SAN 92. Each business server 30 has business application 
software such as a DBMS and a video server and implements various 
functions such as a DBMS server, a video server, and a Web server. 
Moreover, one business server can also have multiple business 
5 applications or can also process one business collectively by 
having only one application. 

Usually, the multiple storage devices 50 are connected 
to the SAN 92 . Each storage device 50 has, for example, multiple 
disk units that construct RAID (Redundant Arrays of Inexpensive 

10 Disks ) and logically defined multiple volumes 51 . These storage 
device 50 and volume 51 are controlled by the storage management 
function 86. One or multiple volumes are allocated to the 
business server 30 via the SAN 92. 

Further, the operation management terminal 10 is composed 

15 of a personal computer, for example, and has a display, an input 
and output unit, and a memory. This terminal 10 has a function 
of displaying a system status on the display and allowing a system 
administrator to input and monitor various instructions in order 
to perform storage operation management. 

20 Fig. 2 shows a state of volume distribution that arises 

from a storage configuration change. Fig. 2A shows 
reliability/performance level distribution of a volume before 
the configuration change. Eighteen volumes are divided and 
distributed into three levels of "High", "Mid", and "Low" 

25 respectively from the viewpoint of performance and reliability. 
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Six volumes are classified evenly into each level . Subsequently , 
when a high performance and high reliability storage device is 
developed and such a situation as the storage device is used 
by this system, that is, when a change occurs in the system 
5 equipment configuration that arises from the expansion of the 
storage device, the distribution of storage used every 
specifications varies . Accordingly, the volume classified into 
"High" at a point of time before configuration change as shown 
in Fig. 2A will also be classified into "Mid" sooner or later 

10 after configuration change as shown in Fig. 2B. 

In the embodiment of the present invention, when the 
configuration status of a storage device in a storage system 
changed, a user can decide a volume selection range in the 
intuitive relative specification regarding performance or 

15 reliability by resetting a device distribution status from the 
viewpoint of the performance/reliability. Accordingly, a 
volume is selected easily without resetting a policy definition 
and storage operation business costs can be reduced. 

For example, when nine more volumes are extended (shaded 

20 portion) as shown in Fig. 2B from 18 volumes as shown in Fig. 
2A at the beginning, in this embodiment, the resetting of a level 
is performed to redistribute a total of 27 volumes to which these 
nine volumes were added. 

Accordingly, the performance and reliability levels are 

25 defined as attributes in a volume management table and values 
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calculated using an evaluation function for every application 
are held as these attribute values . When the range that 
corresponds to the specification of a policy element from a user 
is divided into three levels, the upper and lower thresholds 

5 are calculated and reset based on the distribution of the 
attribute values . 

In the embodiment of the present invention, the evaluation 
function per application is calculated and the distribution of 
an attribute value is obtained. Accordingly, however, several 

10 tables (also referred to as tables) are stored in the memory 
23. 

These tables are described below. 

The structure of tables used in the storage operation 
management according to this embodiment is described with 
15 reference to Figs . 3 to 7 . Moreover, these tables are an example 
and are not limited to these field structures. If a field value 
is ignored (unspecified in particular), it is marked by an 
(asterisk) . 

Fig. 3 shows the structure of an application requirement 
20 table 71 that provides the relationship between the performance 
required as an external memory and evaluation function 
coefficients when a performance value is calculated in each 
application operated by a business server. 

This table 71 is created according to the definition of 
25 a system administrator and registers necessary performance and 
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evaluation function coefficients corresponding to the type of 
the application. A RAID level 712, write performance 713, read 
performance 714 , and an IOSP (number of IO instructions processed 
per second) 715 are provided as the necessary performance, and 
5 a write performance value 716, a read performance value 717, 
and an IOPS 718 are provided as the evaluation function 
coefficients . 

An application type 711 is a name for identifying each 
application. In this example, Web contents 722, an image file 

10 723, a DBMS management area 7 24, and a default 721 that specifies 
nothing are registered. 

As the necessary performance, the RAID level 712 defines 
a RAID level that is assumed to be appropriate for the application . 
For example, RAID1 and RAID5 are registered. The write 

15 performance 713 indicates a required write performance level 
and defines a transfer performance value (M byte/sec) at 
continuous write operation. The read performance 714 indicates 
a required read performance level and defines a transfer 
performance value (M byte/ sec) at continuous read operation. 

20 The IOPS 715 defines the number of IO instructions required per 
second. Moreover, when even the same application type differs 
in a requirement according to a business server to be operated, 
a field in which a business server machine is identified is added 
to the table 71 and can also be specified as an application type 

25 in combination with an identifier of the business server machine . 
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Further, the write performance value 716, the read 
performance value 717, and the IOPS 718 are provided as the 
evaluation function coefficients. These coefficients are used 
to calculate a performance value of a volume table per application 
5 described later. The utilization of these coefficients is 
described later together with the description of the volume table 
78 per application. 

Examples of the records of Table 71 are described. The 
record 721 is a default applied when any application type is 

10 not specified, and defines only an evaluation function 

coefficient. The record 722 is the example of "Web Contents". 
Because the Web contents are mainly used for reference, the read 
performance 714 and the IOPS 715 are defined as the necessary 
performance. The record 723 is the example for "Image File" 

15 use. Because this application is used for the case where there 
is a large amount of data and continuous read performance is 
necessary, the RAID level 712 and the read performance 714 are 
defined. The record 724 is the example of "DBMS Management Area" , 
and the necessary performance is all defined as indispensable 

20 performance. 

Fig. 4 shows an example of the performance table 73 that 
defines a specification value of the performance of the volume 
in each storage device. 

Table 73 lists a drive type 732, a RAID level 733, and 

25 a drive configuration 734 corresponding to types 741 to 744 
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registered in a type name column 731. The type name 731, the 
drive type 732, the RAID level 733, and the drive configuration 
734 are key items for write performance 735, read performance 
736, and an IOPS 737. The write performance 735 and the read 
5 performance 736 are values defined based on a performance value 
(M byte/sec) of a continuous data transfer rate a storage device 
provides. The IOPS 737 is a value defined based on the maximum 
number of IO instructions per unit second. 

Specification values of the performance of these volumes 

10 are stored in each storage device. When a new storage device 
is added to this storage system and a configuration change occurs , 
the storage management function 86 of the operation management 
server 20 acquires these specification values from the changed 
storage device 20 . Subsequently, Table 73 is updated and created 

15 by newly registering the values in this table 73. 

Fig. 5 shows an example of the reliability table 7 5 that 
defines an index of the reliability of the volume in each storage 
device . 

Table 75 lists a RAID level 752, a drive configuration 
20 753, and reliability 754 corresponding to a type registered in 
a type name column 751. The type name 751, the RAID level 752, 
and the drive configuration 753 are key items for the reliability 
754. The reliability 754 is a value defined based on a value 
such as an MTBF, for example. For example, the reliability "8" 
25 of the storage device registered in a type name column 755 will 
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indicate eight times of the reliability T of the storage device 
registered in a type name column 759. 

This reliability provided corresponding to a type name 
is what is called catalog values of a storage device and stored 
5 in the storage device. Thereupon, when a system configuration 
change is detected, the storage management function 86 of the 
management server 20 acquires the specif ication values regarding 
these reliability from the object storage device 50 in the same 
as the specification values of the aforementioned performance 
10 and registers them in Table 75. As a result of this. Table 75 
is updated. 

The contents of these performance table 73 and reliability 
table 75 are updated only when the configuration of the storage 
device in this system is changed. 
15 Fig. 6 shows an example of the total volume table 76 that 

manages the specifications of the volume 51 inside the storage 
device 50 and an allocated state of the volume to a business 
server. 

Table 76 registers a volume ID 761, a type name 762, a 
20 drive type 763, a RAID level 764, a drive configuration 765, 
and an allocated state 766. The volume ID 761 is an identifier 
used to discriminate the volume 51 respectively. The type name 
762, the drive type 7 63, the RAID level 764, and the drive 
configuration 765 indicate the volume specifications identified 
25 by the volume ID 761 . The allocated state 766 indicates whether 
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the volume was allocated to the business server 30 or not. 

The information in Table 76 is stored in the storage device 
50 and the storage management function 86 of the management server 
20 is acquired from the storage device 50. 
5 Fig. 7 shows an example of the volume table 78 per 

application that manages a list of volumes that satisfies 
requirements of each application. 

This volume table 78 per application is a secondary table 
in a sense that is created by referring to the aforementioned 
10 application requirement table 71, the performance table 73, the 
reliability table 75, and the total volume table 76. This table 
78 is created by a processing unit in the storage operation 
management system 80, but the details are described later. 

In Table 78, an application type 781 registers names 786 
15 to 788 for identifying an application and corresponds to the 
application type 711 of the application requirement table 71. 
A volume ID 782 is used for discriminating each volume 51 and 
corresponds to the volume ID 761 of the total volume table 76. 
A performance level 783 is a value calculated based on the 
20 necessary performance and evaluation function coefficients of 
the application requirement table 71. 

As an example, the performance level 783 of the record 
786 is calculated from a record 772 of the total volume table 
76, the record 723 of the application requirement table 71, and 
25 the record 742 of the performance table 73. A formula in this 
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case is: 

1,500 x 0.5 + 2,400 x 4.0 + 20 x 40 = 11,150 

5 A reliability level 784 of the record 786 is obtained from 

the record 772 of the total volume table 76 and the record 756 
of the reliability table 75. In this case, a value of the 
reliability 754 of the reliability table 75 is used as is, but 
any formula can also be installed (introduced) in the same manner 

1 0 as the performance level so that any calculation may be performed . 

Subsequently, the management of the volume information 
and the volume selection processing operation in the storage 
operation management system 80 are described. 

Fig. 8 shows a processing operation in the volume 

15 information management unit 82 of the storage operation 
management system 80. 

The processing operation shown in Fig. 8 is performed when 
the storage device 50 was installed newly or when the volume 
configuration that arises from the expansion of the volume 51 

20 in the storage device 50 changed. Under the operation of the 
storage management function 86, a type name, a drive type, a 
RAID level, a drive configuration, write performance, read 
performance, an IOPS, and an attribute value of reliability are 
acquired as the information on a specification value from the 

25 storage device 50 in which a newly installed or internal volume 



20 



was extended (8401). Moreover, as another method, instead of 
automatically acquiring the write performance , read performance , 
IOPS, and attribute value of reliability from the storage device 
50 , the specif icat ion value information unique to a storage device 
is obtained as a file of a recording medium and a system 
administrator can also perform file input from the operation 
management terminal 10 or input these specification value 
information from the input unit of the operation management 
terminal 10. 

Subsequently, whether the acquired specification value 
information was registered in the performance table 73 is checked 
(8402). When all specification value information were 
registered in the performance table 73, processing proceeds to 
Step 8404. On the contrary, if there is unregistered 
specification value information , the unregistered specification 
value information is acquired in the same method and additional 
registration of a record is performed in the reliability table 
75 (8403). 

Subsequently, whether the acquired specification value 
information was registered in the reliability table 75 is checked 
(8404). When all specification value information were 
registered in the reliability table 75 , processing proceeds to 
Step 8406. On the contrary, if there is unregistered 
specification value information, the specification value 
information is acquired and additional registration of a record 
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is performed in the reliability table 75 (8405). 

Subsequently, all volume information of the storage device 
50, that is, a volume ID, a drive type, a RAID level, a drive 
configuration , and an allocated state are acquired ( 8406 ) . Then 
5 regarding each volume, these information are registered in the 
total volume table 76 as the addition of the record (8407). 

Further, in the step 8407, the volume table 78 per 
application is updated regarding the updated record. This 
processing is performed repetitively for one record added to 

10 the total volume table 76 as many as the number of records of 
the application requirement table 71. Only when necessary 
performance is not satisfied every application, the record is 
added to the volume table 78 per application. For example, in 
the example shown in Table 78, the record that corresponds to 

15 the record 71 of the total volume table 76 is not registered. 
This is because a condition of "RAIDS" that is the specification 
of the RAID level required as an image file in the record 72 3 
of Table 71 is not satisfied. 

In the example of the aforementioned processing operation, 

20 the timing this processing is performed is the Step 8503 of the 
volume selection processing described later. With the new 
installation of the storage device 50 or the expansion of the 
volume 51 in the storage device, however, a user can also issue 
a processing request to the storage operation management 80 

25 explicitly . Further , with these new installation and expansion , 
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a notification is performed from the storage device 50 to the 
storage operation management system 80. This notification can 
also be regarded as the timing. Further, as another example, 
the storage operation management system 80 performs the state 
5 monitoring of the storage device 50 periodically using the storage 
management function 86 and the time a configuration change was 
detected can also be regarded as the timing. 

Fig . 9 shows a processing operation in the volume selection 
processing unit 83 of the storage operation management system 
10 80. 

This processing is performed after an item of a volume 
selection policy was input during user volume allocation 
processing. Hereupon, the performance and reliability levels 
are specified at three levels of "High", "Mid", and "Low" as 

15 an example. Needless to say, however, they can also be specified 
at the number of levels that differs from the three levels. 

First , the configuration information of the storage device 
50 is detected (8501). This configuration information is the 
number of storage devices 50 and the number of volumes. This 

20 configuration information is detected as follows, for example. 
The storage management function 86 of the storage operation 
management system 80 monitors the configuration of the storage 
device 50 connected to the SAN 92 and transmits the information 
to be checked periodically via the SAN 92. The configuration 

25 information from the storage device 50 is acquired as a response 
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to the monitoring information. 

Subsequently, whether the configuration information of 
a storage device changes or not is determined from this acquired 
configuration information (8502). 

To be more specific, the storage management function 86 
of the storage operation management system 80 transmits a 
broadcast packet to the SAN 92. On the contrary, when a replied 
packet is checked and a message indicating that the replied packet 
is a reply from the storage device 50 whose existence was not 
recognized up to the last time is recognized, the storage device 
50 is determined to have been added newly . Further , when a volume 
list is acquired from an individual storage device to which a 
reply was made and the list differs from the previously acquired 
list, the volume is added to (or deleted from) the storage device 
and a change is determined to have occurred in the configuration 
information. When the configuration information is determined 
to have changed, processing moves to the update processing 
operation of the volume management information as shown in Fig. 
8. 

On the other hand, when it is determined that the 
configuration does not change, processing proceeds to the Step 
8504. In the Step 8504, a system administrator acquires the 
specification of an application type, a performance level, and 
a reliability level from the specified policy information via 
the policy acquisition unit 81 (8504). 
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Regarding the policy specification by the system 
administrator, the display example of the operation management 
screen shown in Fig. 10 provides you with useful information. 
This management screen is the screen of the display of the 
5 operation management terminal 10. The system administrator 
inputs a necessary policy from the input unit and the policy 
is displayed. In the example of the display screen of Fig. 10, 
the input policy and the information on the volume selected 
finally according to this embodiment are displayed . For example , 
10 "Performance Level: Mid" and "Reliability Level: High" are 
specified as the policies . The information on these policies 
is acquired based on the control of the policy acquisition unit 
81. 

Then at this stage, the performance table 73, the 
15 reliability table 75, the total volume table 76, and the volume 
table 87 per application have already been updated in accordance 
with the flowchart of Fig. 8. That is, the information used 
for forming the distribution in which a new volume extended in 
a system is also contained as shown in Fig. 2B is held, but a 
20 new threshold is not decided yet . 

Accordingly, in the Step 8505, the upper and lower 
thresholds that are within the performance level selection object 
range are acquired from the volume table 78 per application 
(8505) . 

25 As a specific processing procedure, the records of the 
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volume table 78 per application in which the application type 
781 matches the application type specified according to a policy 
are rearranged at the performance level 783 and the upper and 
lower limit values that correspond to the range specification 
5 of the performance level specified according to the policy are 
decided. 

For example, the system configuration is changed and the 
number of volumes is assumed to be set to 27 as shown in Fig. 
2B . In this case , if both the performance and reliability levels 

10 are assumed to be specified at three levels of "High", "Mid" , 
and "Low", nine volume each will be included in each level. 
Accordingly, the threshold (that is, upper limit value) between 
"High" and "Mid" of the performance level is decided so that 
the value of the record (that is, volume) of the performance 

15 level 783 column of the volume table 78 per application can be 
a boundary in the tenth record value from the top. Further, 
the threshold (lower limit value) between "Mid" and "Low" is 
decided so that the value of the record of the performance level 
783 can be fixed as the boundary in the 18th record value. 

20 When the threshold of the performance level is decided, 

the threshold of the reliability level is decided subsequently. 
Similarly , the threshold that is within the level selection ob j ect 
range of the reliability is acquired based on the volume table 
78 per application (8506). 

25 As a specific processing procedure, the records of the 
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volume table 78 per application in which the application type 
781 matches the application type specified according to a policy 
are rearranged at the reliability level 784 and the upper and 
lower limit values that correspond to the range specification 
5 of the reliability level specified according to the policy are 
acquired. 

For example, when the policy range specification is "Mid" 
and the number of records is 27, the tenth record value from 
the top of the value of the reliability level 784 is set to the 

10 upper limit value . Similarly, the value of the reliability level 
784 is decided so that the 18th record value can be set to the 
lower limit value . 

Moreover, as shown in the aforementioned example, instead 
of evenly deciding the threshold in accordance with the number 

15 of classification items according to a policy, for example, the 
thresholds of performance and reliability can also be decided 
by changing ratios such as 30% for "High" and "Low" and 40% for 
"Mid". Further, the thresholds can also be set by providing 
overlapping portions such as higher level 40% for "High" , middle 

20 level 40% for "Mid", and lower level 40% for "Low". 

When the performance and reliability thresholds are set, 
whether or not there is an unallocated volume of an object 
specified according to a policy exists is checked subsequently. 
If the volume exists, the processing of selecting the volume 

25 newly is performed. 
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That is, from the records of the volume table 78 per 
application, the application type 781 matches an application 
type specified according to a policy, the performance level 783 
and the reliability level 784 are within the range of the upper 
5 and lower thresholds obtained as described above , and an allocated 
state 785 fixes an "Unallocated" volume as a candidate to be 
selected. 

When an allocation candidate volume is decided by the 
aforementioned processing, a type name (DF500) and a volume ID 

10 (D50.7.31) of the selected volume are displayed on a display 
screen, as shown in Fig, 10. When a system administrator checks 
this display and selects "OK", the input of the confirmation 
instruction is sent from the operation management terminal 10 
to the operation management server 20. Subsequently, the 

15 information on a server name and an application type of the 
business server that the system administrator inputs at the 
beginning and is held by the storage operation management system 
80 is processed together. That is, the setting of the selected 
storage device 50 is performed by the control of the storage 

20 management function 86 and the volume allocation processing 
specified by the volume allocation processing unit 84 is executed . 

Further, the setting of the business server 30 specified 
and input by the system administrator at the beginning is 
performed by the control of the server management function 85. 

25 Further, in the total volume table 7 6 and the volume table 78 
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per application, the allocated state of the record regarding 
a newly installed volume is set for "Allocated" . 

A series of volume allocation processing terminates with 

this. 

5 As described above, according to this embodiment, even 

when a volume distribution state changed in the whole storage 
system due to the new installation of a storage device and the 
expansion of a volume, there is an effect that a user designed 
volume can be selected from the range specified according to 

10 the volume selection policy without needing to reset a policy 
definition value by calculating a rank value using an evaluation 
function for every application based on a specification value 
of the volume . 

One embodiment of the present invention was described above . 

15 The present invention is not limited to the aforementioned 
embodiment, but it can be executed by modifying the embodiment 
in various ways . 

As the aforementioned example, in the volume distribution 
shown in Fig. 2 and the description of Figs. 3, 4 and later, 

20 a method for grasping two parameters of performance and 
reliability as attribute values of a storage device and 
calculating a standard value (threshold) of level classification 
when a volume is selected for these attribute values was 
described. 

25 As a modification example against this, for example, as 
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shown in Fig. 11, performance/cost distribution is obtained as 
an attribute value and a change in the configuration status of 
the storage device in this distribution is detected, and a 
standard value that classifies a level in accordance with the 
5 change, that is , a threshold, can also be calculated and decided. 
The performance /cost attribute is classified into three levels 
of "High", "Mid", and "Low". For example, when an inexpensive 
storage device is connected to the SAN 92 and configuration 
information changed, a new standard value can also be decided 

10 by calculating the standard value of the level classification 
from the volume distribution after the change so that the volume 
belonging to "High", "Mid", and "Low" can reach an equal number 
as shown in Fig. 11. 

In this case , various tables regarding cost must be prepared . 

15 For example, in the embodiment described previously, it can be 
assumed that the reliability table 75 changes to a cost table 
and a reliability item in the table changes to "Cost" . The cost 
can be expressed in a unit price per unit storage capacity. 

As another modification example, for example, each of the 

20 aforementioned tables 71, 73, 75, 75, 76, and 78 is one example. 
So long as each table does not deviate from the purpose of the 
present invention, the present invention can be executed by 
changing and adding items of the table in various ways. 

Further, these tables need not always be composed of five 

25 formats. Under some circumstances, various tables can be 
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integrated or divided. For example, the performance table 73 
and the reliability table 75 can also be integrated and created 
as one table. 

Further, as another modification example, in the example 
5 of the aforementioned Fig. 2 or Fig. 9, performance and 

reliability are used as the attribute value of a storage device, 
and the performance and cost are used in the alternative example 
of Fig. 11. In the modification example, however, only one of 
them can also be used as the attribute value. For example, the 

10 table regarding only performance or only cost is prepared, and 
a level standard value can also be obtained in accordance with 
a change in the configuration information of the storage device. 

According to the present invention, characteristics 
regarding a business application, an attribute value such as 

15 performance or reliability, and classification of the level are 
managed by a storage management system. A user can select a 
volume easily by specifying the type of the application and the 
performance or reliability level as policy elements, thereby 
improving the system operability. 

20 Further, even when the configuration status of a storage 

device in a storage system changed, the volume selection and 
allocation processing is performed easily in accordance with 
the change . 
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